﻿# 07-07 房产营销系统素材及 AI 架构设计评审会议记录

## 基本信息

- 会议日期：2026-07-07（按文件名）
- 音频文件：`07-07 房产营销系统素材及AI架构设计.mp3`
- 字幕文件：`07-07 房产营销系统素材及AI架构设计.srt`
- 音频时长：02:08:26
- 字幕条数：1541 条
- 参会发言：字幕中出现发言人 1 至发言人 7，没有实名。本文保留“发言人 X”的写法。
- 识别说明：字幕里有少量识别不稳的词，例如 `we star link`、`with stand link`、`祭祀`、`卡迪卡/卡西卡`、`C Lens/C dance` 等。本文只在能从上下文判断时轻度修正，拿不准的地方会保守写。

## 这次主要谈了什么

这场会围绕 VISTA LINK 的素材、分享资料、运营后台、AI 生成素材和外链处理展开。讨论时间很长，重点不是页面长什么样，而是先把几个基础概念说清楚：

- 新运营后台要管企业、账户、项目、权限等信息，旧后台可以参考做法，但不直接沿用旧数据。
- VISTA LINK 的定位是房产销售用的营销跟进平台。它把项目素材和 AI 生成素材变成可发送、可追踪的分享资料，让销售知道客户有没有看、看了什么、下一步该做什么。
- 素材不是原始生产系统本身。原始数据、模型、图片、全景图等来自装配/素材生产侧；VISTA LINK 主要消费这些内容，并在销售侧补标签、备注、组合和分享。
- A/B/C 三端都要考虑：A 端偏后台和平台管理，B 端给客户或销售使用，C 端是最终观看分享资料的一端。A 端输出的东西会被 B 端和 C 端消费。
- “素材”“素材组”“分享资料”“模块”“原始信息”“标签”“外链”这些词都必须重新说清楚，否则后面设计会越做越乱。
- AI 生成素材不只是调一个模型。要考虑费用、次数、模型可配、安全限制、失败处理、输入输出、素材来源、生成后的存放位置。
- 外链最后倾向于不要作为一个单独的素材模块存在。它应该变成某个具体对象的属性，例如官网、来场预约、第三方 VR、样板间链接等。

## 已经基本说定的事

1. 需要新运营后台，不直接挂旧后台数据

旧应用后台里虽然有企业和账户管理，但旧数据太乱，企业信息后来也基本不生效，还牵涉澳洲等旧用法，所以不能直接复用。可以参考旧后台的一些做法，但新的企业、账号、项目、权限等要重新建。

2. 新运营后台的权限还没完全验过

会上有人问“新运营后台是什么”“权限做完了吗”，回答是“做了但没测完”。后续如果要把企业项目、账号系统、权限放到新运营后台里，需要有人负责这块。发言人 1 提到会给唐老师提需求。

3. A/B/C 三端大概率要分成三套

讨论中提到理论上应该有三套：平台自己的一套、给客户的一套、C 端一套。A 端输出会被 B 端消费，B 端和 C 端也有关联。数据是放在同一个库还是拆开，要看设计。有人提出 A 端可能只做管理，消费端另做服务；也有人提醒管理侧也会用到 B/C 的数据。

4. VISTA LINK 不管素材生产，只管销售侧使用

VISTA LINK 的定位被明确为营销跟进平台，不是素材生产平台，也不是素材加工平台。原素材从装配系统来，VISTA LINK 只把这些素材变成销售可以挑选、组合、发给客户、查看客户行为的资料。

5. 素材管理里不应简单理解成“增删改查”

素材来自装配侧时，VISTA LINK 不应随便改或删原始内容。对系统来的素材，更多是查、筛选、打销售侧标签、写备注、加入素材组、组合成分享资料。真正能新增的，更多是销售侧或运营侧自己生成的文本、图片、视频、外部内容等。

6. 素材组是为了复用，不等于模块

素材组可以理解成一组素材的文件夹，用来方便复用。运营或销售可以把一堆素材放进素材组，后面基于这个素材组创建多个分享资料。素材组本身不等于业务模块，也不一定是最终 C 端看到的页面结构。

7. 分享资料是最终发出去的东西

分享资料就是挑好素材后组合出来、最后生成链接发给客户的内容。比如一个叫“102”的分享资料，可以包含 102 户的户型信息、户型图、样板间、外景、价格、费用状态、在住户表中的位置等。

8. 普通销售不一定会自己搭复杂资料

会上反复区分了“全能销售”和普通销售。全能销售可以自己挑素材、写文案、生成内容、组合分享资料。但大部分销售只适合拿已经准备好的分享资料去发。复杂的素材整理、标签、组合，更多可能由运营或内部人员来做。

9. 文件夹本身一般不算素材

资料集被讨论成类似网盘或附件库。文件可以是素材，文件夹更像组织方式或筛选条件。文件夹本身除了名字没有内容，所有信息都在文件上，所以文件夹不适合当成一个真正素材。素材组可以承担“把多个文件放一起用”的作用。

10. 外链模块可以去掉

会议尾段基本倾向于去掉 VISTA LINK 里的独立“外链”模块。理由是“外链”本身没有业务含义，客户看到的也不应该是一个叫外链的东西。链接必须说明它是什么：官网、来场预约、第三方 VR、样板间、项目介绍等。这个类型和含义最好在装配端或来源端定义清楚，VISTA LINK 再按素材使用。

## 关键概念整理

### VISTA LINK

VISTA LINK 面向房产销售。它要做的是：

- 接收项目素材、装配产物和 AI 生成素材。
- 让销售或运营按销售意图补充标签、备注、说明。
- 让销售或运营把素材组合成分享资料。
- 生成客户可访问的链接。
- 记录客户是否打开、看了什么、下一步怎么跟进。

它不负责：

- 生产原始素材。
- 管装配系统内部的原始数据。
- 替代素材加工平台。
- 直接维护装配侧的原始模型、图片、全景图等。

### 素材

会上对素材的说法反复调整，最后比较接近这个意思：

- 素材是从销售或运营角度看“可以拿来发给客户、或作为分享资料一部分”的东西。
- 素材可能是一张图、一个 Work、一个户型信息、一段视频、一个 PDF、一组周边地图内容、一段文案、一个来场预约入口、一个第三方 VR 入口。
- 素材从技术角度不一定是一张表，也不一定是一个数据库实体。
- 素材是否能单独分享，要按用户是否能理解、销售是否会用、C 端展示是否成立来判断。

### 原始信息

原始信息是素材自己本来带的属性。例子：

- 户型的面积、LDK、结构、朝向。
- 户型图上承载的户型信息。
- 户型关联的楼层、住户、样板间。
- Work 是室内还是室外、属于哪个房间、属于哪个户型。
- 视频、图片、PDF 等文件自己的文件类型、大小、来源、所属项目。

原始信息不是销售后补的标签。比如“这个是大房子”“适合家庭客”这类更像销售侧标签。

### 标签

会议中把标签分成两层：

- 录入或装配时的标签：更偏原始数据和素材生产侧，用来让系统知道素材是什么。
- 销售或运营使用时的标签：更偏销售表达，用来帮助筛选、说明、客户沟通。

AI 可以帮忙生成标签，例如读视频、图片、文本后给出标签，但人工仍然可以修改。视频生成和视频检索也提到了类似做法：系统把画面中的人物、动作、场景、位置等信息变成文字或标签，后面再按描述取素材。

### 素材组

素材组是为了复用。比如筛出所有小于 50 平米的户型图，放进一个素材组，后面可以基于这个素材组创建不同分享资料。

素材组不是模块。它可以像文件夹一样组织素材，但最终怎么展示、能不能作为一个整体分享，还要看分享资料和模板。

### 分享资料

分享资料是销售最终发出去的内容。它可以由一个或多个素材组成。

例子：分享“102”这个住户时，可能包含：

- A 户型。
- 户型图。
- 户型基础资料。
- 样板间。
- 外景。
- 价格。
- 费用状态。
- 住户表中的位置。

发言人 1 的观点是，这些都可以由运营先挑好并组合成“102”这个分享资料，销售看到后直接发出去。

### 模块

模块在会里有两种用法：

- 从销售使用看，模块更像分类和筛选方式，例如室内、室外、周边、户型图、样板间。
- 从展示看，模块可能会影响 C 端页面里的结构，比如某个素材在页面上是单独一块、一个按钮、一张图、一个表格、还是一个入口。

发言人 1 多次强调，模块对 VISTA LINK 不一定是一个带功能的东西，更多是用来筛数据和组织展示。但发言人 3 提醒，模块和模块之间可能有数据关系，不能完全忽略。

## 按时间详细记录

### 00:00-00:05 新运营后台、企业账户和 A/B/C 三端

会议开头直接进入结论：需要一个新的平台后台，主要用来管理客户企业、客户员工、账户信息、客户所属项目等。

关于后台来源，大家提到旧应用后台里也有企业和账户管理，但旧数据太乱，企业信息后来也基本不生效，还牵涉澳洲使用，所以旧后台只能参考做法，不能直接接入。

有人提出可以在新运营后台里建企业项目管理，项目下面创建企业。马上有人追问：新运营后台现在到底是什么，权限做完了吗。回答是权限做了但没测完。

之后讨论出理论上要有三套：

- 平台自己的一套。
- 给客户或销售用的一套。
- C 端观看的一套。

A 端会给 B 端开，A 端输出也会被 B 端消费。有人提出 A 端可能独立成自己的库，不一定和 B/C 混在一起；也有人提醒 A 端的内容和 B/C 是有关联的，管理侧也可能要用 B/C 的数据。

### 00:05-00:15 素材不是简单增删改查，VISTA LINK 不管原始生产

会议进入“素材管理”讨论。有人认为素材模块也就是增删改查，发言人 3 和发言人 1 都反对。原因是素材来自装配侧，不是 VISTA LINK 自己生产。

分类的例子被拿出来说明：素材可能分为大楼展示、室内展示等，这些分类由装配侧决定。VISTA LINK 这边不能改原始内容，只能看、筛选、打销售侧标签、写备注。

发言人 1 明确说：VISTA LINK 是为房产销售服务的营销跟进平台。它把项目素材、AI 生成素材变成可发送、可追踪的分享资料，让销售知道客户看没看、看了什么、下一步做什么。原素材不是 VISTA LINK 的事，而是素材生产平台或素材加工平台的事。

接着讨论原始信息和销售标签的区别：

- 户型图对应的面积、LDK 等，是素材自己的原始信息。
- 销售说“这是个大房子”，这是后补标签。
- VISTA LINK 的标签要挂在素材 ID 上，但素材内部到底有多少原始数据，要由来源系统提供。

还提到如果没有原始信息，筛选就很弱。比如户型图如果没有 LDK 和面积，就只能按项目或分类筛，不能按面积、LDK 去筛。

### 00:15-00:30 素材、素材组、分享资料、自由组合

发言人 1 进一步解释：素材就是可以拿出去发给别人的东西。原来 B 端里那些可勾选的小块，可以类比成素材。

素材组被解释为复用用的文件夹：把一组素材放进去，以后不用每次重新挑。分享资料则是已经勾好并组合完成、最终产生链接的东西。

围绕“102 住户”举了很多例子。一个 102 分享资料可能包括：

- 102 的户型。
- 户型图。
- 户型基本信息。
- 样板间。
- 外景。
- 价格。
- 费用状态。
- 住户表里的位置。

争论点在于：销售到底是选“102 这个已做好的页面”，还是选“户型图、样板间、外景、价格”等多个素材自己组合。

发言人 1 强调自由组合，否则就和旧 B 端差不多；发言人 2 和发言人 3 提醒，不是所有组合都有意义。例如 A 户型配 A 样板间有意义，A 户型配 B 样板间可能就不对。这里开始引出“组合规则”和“素材之间关系”的问题。

还提到普通销售不一定会自己组合。大部分时候可能由运营先做好分享资料，销售只负责发送。

### 00:30-00:40 展示模板和素材关系

发言人 1 先提出一种不管素材关系的简单方案：模板只管展示形式。

会上列了三种模板想法：

- 瀑布流：素材一块一块从上到下排。
- PPT 式：一页一页横向切。
- 抽卡式：入口是一堆卡片，点击后弹出内容。

在这种想法下，素材之间互相独立，模板只负责怎么显示。

但发言人 3 和发言人 6 认为这样不够。因为分享出去的素材同时也是数据访问范围。如果户型和样板间没有关系，客户看到样板间时不知道它属于哪个户型；只看住户表也不知道 102 对应哪个户型。模块之间如果完全割裂，C 端体验会变成一堆散资料。

于是讨论转向：素材之间是不是必须有关系，以及关系在哪一层定义。

### 00:40-00:55 原始信息、户型、户型图、样板间

会议开始看“内容资产字典”之类的文档。发言人 2 说自己没有把数据列得非常细，但后面定义资产时一定会遇到“一个资产到底有哪些信息”的问题。

对“户型”展开了长讨论：

- 户型是真实存在的实体，但不一定就是素材。
- 如果把户型当素材，更准确可能叫“户型信息”。
- 户型图和户型信息关系很近，因为户型图上承载了面积、口径、结构、朝向、LDK 等信息。
- 样板间不一定存在，所以它更像关联信息，不是户型自己的原始信息。
- 户型关联楼层、关联住户、关联样板间、关联资料文件，这些都要分清楚哪些是自身属性，哪些是关联。

发言人 1 追问判断标准：为什么户型图可以放进户型信息里，样板间不行。发言人 2 的解释是，卖房一定有户型图，但不一定有样板间；样板间是把户型立体化展示出来的内容。

这个判断又引出了楼栋、建筑信息、立面图、楼层平面图等例子。大家提到：

- 建筑信息和立面图可能也有“表里关系”。
- 立面图对买房人未必重要，普通人更多看户型、朝向、楼层平面。
- 不必为了完整解析建筑而把所有建筑资料都拆很细，还是要回到卖房子的需要。

### 00:55-01:05 周边地图、资料集、可分享最小内容

会议继续讨论“平面色彩切换”“周边地图”“周边点位”“洪水灾害”“用途地域”等内容。

一个重要问题是：这些东西能不能单独分享？

比如周边地图下面有学校、医院、灾害信息、用途地域等数据。发言人 1 问：销售能不能只给客户看医院，另一位客户只看学校？如果需要这样，就必须能在分享时控制内容；如果不需要，那周边地图就是一个整体，里面显示什么由周边地图功能自己处理。

发言人 2 解释自己的文档里，周边地图可能是最小分享模块；但从数据角度可以拆成周边点位、灾害信息、用途地域等。

资料集也被拿出来讨论。资料集在新系统里可能像网盘，里面可以有不可结构化的数据，例如 PDF、PPT、图片、视频。资料集只是文件存储的一种应用，不等于所有资产文件。

有人提到日本方需求里，画廊和概念集不希望出现在资料集里，但它们又可能作为独立分享模块存在。

### 01:05-01:20 文件、文件夹、标签、AI 读素材

资料集进一步被解释成“附件”或“附件集合”。比如 PPT、PDF、图片、视频都可以作为附件。

讨论点有两个：

- 一个文件能不能单独分享。
- 文件在素材管理里怎么被检索出来。

发言人 1 认为，文件至少要有原始信息和标签，比如它是视频、图片还是 PDF，属于哪个项目，业务上描述什么。发言人 4 认为，从行为上看，就像在钉钉里拖一个文件或文件夹给别人，系统不需要问为什么发。

标签问题被展开。发言人 4 举视频平台和炫驾科技的例子：视频里的角色、动作、场景、位置等都可以被后台文字化或标签化，后面按描述去找到视频片段。素材描述越丰富，后续检索和生成越容易。

AI 可以辅助做这些事：

- 读取视频、图片或文档。
- 生成标签。
- 让人编辑标签。
- 后续按标签和描述找素材。

会上也提到，AI 不一定每次都实时读全部内容再生成。更合理的做法可能是先生成一批可用内容，不够再补。

这一段还穿插了对 KASIKA 一类工具的讨论。观点是销售不一定直接使用复杂工具，系统应该帮销售准备内容，销售只负责发。

发言人 4 还安排了一件事：木白那边的切图、图片处理、素材规范要整理出来。即使不用木白，后面自己招人也需要清楚告诉新人怎么做，否则运营也可能说不清，最终客户会出问题。

### 01:20-01:30 模块拆分、素材管理复杂度、预览

会议回到“结果是什么”。发言人 1 总结出几件事：

- Admin 那块之前没考虑，需要补进去。
- 要把可分享的最小素材定义出来。
- 大家先基于这些模块做基础设计。
- 不是每个模块都能简单做增删改查。
- 每个人先看自己负责的模块，不清楚的再拿出来讲。

发言人 3 提到要按新 PRD 重新整理任务分工。当前拆分大致按功能模块，前台还没拆，后台已经拆了一部分。

发言人 6 提醒，素材管理的前提是装配那边先定义好各个模块，告诉 VISTA LINK 哪些能当素材。给 AI 设计时，不清楚的字段先预留。

素材管理被认为会比较复杂，因为每个模块规则可能不一样：

- 资料集一套规则。
- 户型图、样板间、住户表又是一套规则。
- 有的素材之间有关联，有的没有。
- 有的能预览，有的只能放占位图。

预览上也有讨论：

- 选完素材后应该能预览。
- 但有些素材真实预览做不出来，只能做示意图或占位图。
- 例如周边地图、VR、视频等，可能要跳出去看，或者由 C 端实际渲染。

### 01:30-01:45 AI 生成素材、费用、模型、安全和任务

AI 生成素材被拿出来单独讨论。

商业上，发言人 1 提到可以在项目价格里包含一定生成次数或时长。例如视频生成可以假设总共送 60 分钟额度，每次生成 5 秒或 15 秒，总量用完后再付费。发言人 3 提醒要先算清 60 分钟成本。

模型和 API 上提到：

- C Lens/C dance 一类视频模型，字幕里显示约 0.16/秒，但需要再查真实价格。
- 服务器在日本，可能要接海外可用的平台。
- 可能接 OpenRouter 或类似平台。
- 模型、API Key 应该可配置。
- 模型出错时要考虑切换，比如某个视频模型挂了，可以换另一个。

用量统计也要做：

- 不一定暴露给用户，但平台自己必须知道用了多少。
- 不同模型计费不同。
- 视频生成可能要看提示词、参考素材、结果时长、分辨率等。
- 提示词长度、参考图大小也会有限制。

安全问题被反复提到：

- 用户不能随便输入什么就让模型生成。
- 参考素材最好来自系统素材库，不能让用户随便丢未知内容。
- 系统提示词要高于用户提示词。
- 需要限制违法、政治敏感、色情等不该生成的内容。
- 可以用提示词限制，也可以用 AI 审核机制。

AI 生成被认为不是简单的一问一答。发言人 1 说，做 Agent 和普通对话不一样。Agent 要完成任务，过程中可能会调用工具、检查结果、发现错再改。外部 AI 方案如果只给 SDK、API、文档，让团队自己接，会很难做好。更希望对方给出和 HOMEVISTA/VISTA LINK 业务结合的具体方案。

这一段还提到 Codex、Claude、DeepSeek、OpenAI 的底层能力、任务循环、工具调用、自查等概念。有人举电信朋友自建大模型平台的例子，说第一步内容分发和上下文处理就卡住了，说明不是有显卡就能解决。

### 01:45-01:55 模型订阅、素材来源、外链作为素材的争论

围绕模型调用方式，发言人 3 认为订阅不适合生产环境，因为并发控制不了，后面的人可能阻塞前面的人。发言人 1 认为订阅理论上也能用，但要做中转、排队、账号池、负载分配，维护成本高，风险也高，没必要这么做。最终没有建议走这种方式。

之后会议回到素材来源：

- 装配产生的东西。
- 非装配产生的东西。
- AI 生成的东西。
- 外部链接。

外链被拿出来争论。发言人 1 认为外链也可以作为素材，比如添加一个外部来场预约链接，有名称、项目、URL、说明、标签。发言人 2 认为不能出现一个没有业务含义的“外链”，外链必须有具体对象和属性，比如官网、样板间、来场预约。

还提到外链可以套一层自己的跳转，用来记录入口点击；但外链内部行为记录不了。对于第三方链接，可以在 C 端提示“即将跳出”，但不应该直接爬取对方网站。有人提到可以用第三方网站检测工具检查网站安全，但不要直接爬。

来场预约也引发讨论。发言人 2 认为来场预约应该自己做，否则永远离不开 KASIKA。发言人 1 认为如果做了来场预约，那它应该作为一个功能模块，再作为素材提供给 VISTA LINK。

### 01:55-02:05 外链不能是没有含义的外链

外链争论继续。

发言人 1 原本设想销售可以自己添加一个外链素材，系统把它作为按钮或单独页面块展示。比如瀑布流模板里，外链素材可以有介绍、URL、所属项目，客户点击即可跳转。

发言人 2 和发言人 3 认为这样还是太泛。一个链接到底是导航、按钮、第三方 VR、来场预约、官网，入口和展示方式都不一样。如果都叫外链，系统不知道它应该怎么放、客户怎么理解、AI 又该检索什么。

最后逐渐转成这个方向：

- VISTA LINK 不单独管“外链”模块。
- 如果来源端定义了“链接类素材”，必须说明它是什么链接，叫什么，用来干什么，属于哪个项目。
- 原来导航里的链接不能按旧方式搬过来。新装配端要把链接类型和含义补上。
- 自己的系统链接和外部第三方链接也要区分。

发言人 1 最后认可：外链模块可以去掉，自己之前是想多了。去掉后，相关链接会以其他形式出现在装配端或具体模块里。

### 02:05-02:08 AI 生成素材是否放在素材管理里

最后又回到 AI 生成素材。

发言人 1 认为，从商业展示上，AI 能力最好暴露给用户，不要藏起来，因为这是卖点。但发言人 2 和发言人 3 提醒，AI 生成素材本身应该像来场预约表单、自定义表单一样，作为一个相对独立的服务或付费入口。

比较清楚的说法是：

- AI 做素材的过程不一定放在素材管理里。
- AI 生成后的成果可以进入素材库。
- AI 本身最好独立成一个能力入口。
- 第一版不一定做 AI 生成素材。
- 必须先说清楚 AI 生成什么、输入是什么、输出是什么、怎么受控、怎么计费。

最后一句任务提醒是：“把那个任务拆一下。”

## 需要继续想清楚的问题

1. 新运营后台到底由谁负责

会上提到要把企业、账号、项目、权限这些放到新运营后台，但没有把负责人和边界说死。还提到权限做了但没测完。

2. A/B/C 三端的数据怎么放

A 端是否单独库，是否和 B/C 混在一起，A 端输出如何给 B 端消费，都没有最终定。

3. 素材最小单位要逐个模块定义

不能只抽象说素材。户型、户型图、住户表、样板间、周边地图、资料文件、视频、PDF、链接、来场预约，每一种都要说明：

- 能不能单独分享。
- 是否必须依附别的内容。
- 自己有哪些原始信息。
- 可以有哪些销售标签。
- 能否预览。
- C 端怎么显示。
- 和其他素材有没有关系。

4. 原始信息和关联信息要分开

例如户型图可能和户型信息表里一体；样板间则可能只是户型的关联内容。楼层、住户、资料文件、样板间、外景、价格等都要分清是自身属性还是关联。

5. 组合规则要定义

哪些素材可以组合，组合后 C 端怎么显示，要给规则。比如：

- 户型和户型可以对比吗？
- 户型和样板间可以关联展示吗？
- A 户型配 B 样板间是否允许？
- 只分享住户表有没有意义？
- 只分享周边地图里的医院或学校是否允许？

6. 文件和文件夹怎么处理

当前倾向是文件可以当素材，文件夹不当素材。但“分享文件夹”和“分享多个文件”是否有差别，文件夹更新后是否自动影响已分享内容，还需要继续定。

7. 预览怎么做

有些素材可以预览，有些只能占位，有些需要跳转。B 端如果要做预览，可能只能做示意图；真实效果要到 C 端看。

8. AI 生成素材怎么收费和限量

要算清楚视频、图片、文本等生成成本。是否按次数、时长、分辨率、提示词、参考图、模型分别计费，还没定。

9. AI 安全限制和失败处理

要定：

- 模型不可用怎么办。
- 是否自动换模型。
- 输入内容怎么限制。
- 参考素材从哪里来。
- 审核由谁做。
- 生成失败是否退额度。
- 用户输入越界时怎么处理。

10. 外链在装配端怎么定义

外链不作为 VISTA LINK 独立模块后，装配端或来源端要补充链接的类型和含义。比如官网、来场预约、第三方 VR、样板间、项目资料等，都不能只剩一个 URL。

11. 来场预约要不要做成自己的功能

发言人 2 认为来场预约必须做，否则离不开 KASIKA。发言人 1 的说法是，来场预约可以作为独立功能模块，再作为素材提供给 VISTA LINK。

12. AI 合作方要给具体方案

如果好奇猫或其他 AI 方案方只给 SDK、API、文档，让团队自己接，会很难做。需要他们说明：

- 怎么接 HOMEVISTA 的素材。
- 输入输出是什么。
- 怎么保证按要求生成。
- 怎么控制安全。
- 失败怎么办。
- 费用怎么算。
- 生成后的素材怎么进入素材库。

## 会后要做的事

1. 梳理新运营后台需求

包括企业、账户、项目、权限、A/B/C 三端关系，以及新后台和旧后台的参考关系。

2. 每个模块写清楚“可分享的最小内容”

先不要泛泛写素材，要按模块逐个列。至少要覆盖户型、户型图、住户、样板间、周边地图、资料文件、视频、PDF、文本、来场预约、链接类内容。

3. 整理原始信息和关联信息

对每种素材列出自己的原始信息、销售侧标签、和其他素材的关系。比如户型和户型图、样板间、住户、楼层、价格、外景之间的关系。

4. 重新拆任务

发言人 3 表示会按新的 PRD 再整理一遍分工。最后发言人 7 也提醒“任务拆一下”。

5. 素材管理责任人要确认

会上问到“素材管理谁做”，提到了小山和小帅，但没有明确最终是谁。

6. 木白素材规范要整理

发言人 4 要求把木白相关的素材处理规范整理出来，尤其是切图、图片处理、文档格式和交接说明。即使用自己的人，也要有说明文档。

7. AI 生成素材要单独写清

包括生成文本、图片、视频的入口、输入、输出、限制、计费、额度、失败、模型切换、安全审核、生成后入库方式。

8. 外链模块从 VISTA LINK 里拿掉

链接类内容改由来源端定义清楚类型和含义，VISTA LINK 只把它当具体素材使用。比如官网、来场预约、第三方 VR 等。

9. 明天继续过问题

会议中提到“明天再过”，重点是把当前说不清的点找出来，再出对应设计和计划。

## 其他提到的信息

- 会议里多次拿 KASIKA、Codex、Claude、DeepSeek、OpenAI、OpenRouter、炫驾科技、木白、钉钉、优酷等作例子。
- 有人提到电信朋友自建大模型平台，H800 显卡性能够，但内容分发和上下文机制处理不好，第一步就卡住。
- 有人提到第三方爬虫工具，但很快被否掉，理由是不能直接去爬别人的网站，最多做安全检测或跳转提示。

## 一句话版

这次会不是在定某个页面，而是在把 VISTA LINK 的底层词讲清楚：素材是什么、从哪里来、谁能改、怎么组合、怎么发、怎么追踪、AI 怎么参与、外链算不算素材。最后比较明确的是：VISTA LINK 消费装配侧和 AI 侧产物，销售侧负责标签、组合、分享和跟进；外链不要单独成模块；AI 生成要单独想清楚，生成后的东西再进素材库。
